System and method and server for providing content to a handset

ABSTRACT

A system and method for providing time-sensitive information to a handset using a scrolling ticker. The method includes receiving the time-sensitive information at a server, determining the time period before the next update for a second set of information, and if less than a pre-determined value, then streaming the time sensitive information at the end of the time period to the handset. If the time period is greater than the pre-determined value, then streaming the time-sensitive information immediately. In an alternative embodiment, a method is provided which includes determining a base schedule for periodically streaming the information to a handset via a scrolling ticker, receiving time-sensitive information relating to an event, determining a second schedule for periodically streaming time-sensitive information related to the event, and streaming the time-sensitive information in accordance with the second schedule during a time period associated with the event.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. application Ser. No.14/163,006, filed Jan. 24, 2014, now U.S. Pat. No. 9,081,475, which is acontinuation of U.S. application Ser. No. 13/568,185, filed Aug. 7,2012, now U.S. Pat. No. 8,667,510, which is a continuation of Ser. No.12/626,282, filed Nov. 25, 2009, now U.S. Pat. No. 8,255,929, which is acontinuation of Ser. No. 11/616,593, filed Dec. 27, 2006, now U.S. Pat.No. 7,627,683, the entireties of which are herein incorporated byreference.

FIELD OF THE INVENTION

This invention is directed to the provision of data to a handset; andmore particularly, determining the most efficient timing for deliveringtime-sensitive data to a handset using a scrolling ticker.

BACKGROUND OF THE INVENTION

In wireless data applications, there are two types of technologyutilized to transfer data to a handset, categorized generally as eitherpush technology or pull technology. In push technology, a servertypically will periodically push available information to a handset, oralternatively, send a message to the handset indicating that additionalinformation is available for the handset to retrieve. Pull technology istypically defined as the client initiating communication with a serverin order to retrieve information.

Recently, carriers and vendors of wireless devices have developedsystems, methods and wireless devices that push content to subscribersin the form of a scrolling ticker which may contain headlines, sportsscores, stock information, or other data or alerts on a portion of thedisplay screen. For example, such systems are commercially available onMotorola wireless device model V557 and available to subscribers ofCingular Wireless, the assignee of the present invention, which CingularWireless markets as Active Home Screen™. The scrolling ticker mayreceive data from multiple channels, including news, sports, weather,and the like.

Such data that is pushed to devices typically has a useful life beforethe data is considered stale or out of date. Thus, time-to-live (“TTL”)schemes have been defined which is the measure of the time data is madeavailable until that data is out of date. TTL data has an expirationafter which it is preferable that the data be updated.

TTL will vary based on the type of data and the current activity level.By way of example only, news events may be updated every hour, weatherforecasts may be updated several times per day, and horoscopes updateddaily. Unfortunately, simply scheduling periodic updates based on thetypes of information does not provide flexibility in determining thedelivery times based on the information itself. Notwithstanding periodicupdates, additional information that becomes available that istime-sensitive may be received. It would be desirable to be able to pushthis time-sensitive information to the handset immediately.

Currently, there is no system and method for intermediate delivery oftime-sensitive information that may be accomplished periodically ora-periodically. In addition to there being a need to provideintermediate delivery for time-critical information, there is also aneed for the delivery times of the data to be subject to multiple andvariable cycles. For example, it would be desirable to have a system andmethod for providing sports information relating to baseball that beupdated once a day during the off-season, once every four or six hoursduring the season and just prior to a game, and perhaps every fifteenminutes during a game or alternatively, a-periodically whenever a run isscored during the game. Such a system and method does not exist.

SUMMARY OF THE INVENTION

In order to overcome these and other deficiencies in the prior art, thepresent invention is directed to a method for providing time-sensitiveinformation to a handset using a scrolling ticker. The method includesreceiving the time-sensitive information at a server, determining thetime period before the next update for a second set of information, andthen, if the time period is less than a pre-determined value, streamingthe time sensitive information at the end of the time period to thehandset. If the time period is greater that than the pre-determinedvalue, however, the time-sensitive information is streamed immediately.In accordance with another aspect of the invention, the second set ofinformation may be updated periodically or a-periodically. The streamingstep includes streaming the second set of information and the timesensitive information as part of a communications event wherein thestreaming may be on one or a plurality of channels.

In addition to the method of the present invention, there is also asystem for providing time-sensitive information to a handset via ascrolling ticker including means for receiving time-sensitiveinformation and a second set of information wherein the second set ofinformation is updated periodically, means for determining a next updatetime for the second set of information, means for comparing a timeperiod before the next update time to a predetermined value, means forscheduling the streaming of time-sensitive information responsive to themeans for comparing, and means for streaming the time sensitiveinformation and the second set of information to a handset. The systemmay further include means for streaming the time-sensitive informationimmediately to a handset if the time period is greater than thepre-determined value, or alternatively, if the time period is less thanthe predetermined value, then means for streaming the time-sensitiveinformation and the second set of information to a handset as part of asingle communications event. The streaming may be performed on one or aplurality of channels.

According to another embodiment of the invention, a method forscheduling delivery of information via a scrolling ticker is provided.The method includes the steps of determining a base schedule forperiodically streaming the information to a handset via a scrollingticker, receiving time-sensitive information relating to an event,determining a second schedule for periodically streaming time-sensitiveinformation related to the event, and streaming the time-sensitiveinformation in accordance with the second schedule. The streaming oftime-sensitive information may be performed in accordance with thesecond schedule during a time period associated with the event and thenoptionally reverting back to the base schedule after the time period haselapsed.

In accordance with yet another embodiment of the invention, a method forscheduling delivery of information via a scrolling ticker is provided,including determining a base schedule for periodically streaming theinformation to a handset via a scrolling ticker, suspending the baseschedule during a time period associated with an event, receivingtime-sensitive information relating to the event, and streaming thetime-sensitive information based on the receiving step. The streamingstep may be performed promptly after receipt of the time-sensitiveinformation or within a pre-defined window of time after receipt of thetime-sensitive information.

In yet another embodiment of the invention, there is a system forstreaming information to a handset via a scrolling ticker relating to anevent including means for streaming the information periodically inaccordance with a base schedule and means for streaming the informationin accordance with a second schedule based on an event, wherein theinformation is streamed in accordance with the second schedule during atime period associated with the event. The second schedule may beperiodic or based on a alerts relating to the event.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1. is a functional block diagram of an exemplary networkenvironment within which the present invention may operate;

FIG. 2 is a functional block diagram illustrating the core componentsand a generic wireless network which may be utilized to implement thepresent invention;

FIG. 3 illustrates the scheduling functionality of the applicationserver in FIG. 1;

FIG. 4 is a flow chart illustrating a preferred embodiment of the methodof the present invention; and

FIG. 5 is a flow chart illustrating an alternative embodiment of themethod of the present invention.

FIG. 6 is a flow chart illustrating an alternative embodiment of themethod of the present invention; and

FIG. 7 is an alternative embodiment of the scheduling functionality inaccordance with the present invention.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The present invention will now be described with reference to theattached figures in the context of a preferred embodiment which has beenselected as exemplary for the purposes of illustration wherein likereference numerals signify like functionality. Such exemplaryembodiments are not intended to limit the invention beyond thelimitations set forth in the appended claims.

FIG. 1 shows a GSM/GPRS/IP multimedia network architecture 100 thatincludes a GSM core network 101, a GPRS network 130 and an IP multimedianetwork 138. This network architecture 100 will serve as an exemplaryembodiment in which the present environment may operate. However, itshould be understood that the present invention may operate on othernetworks, including TDMA, CDMA, WCDMA, 2.5G, 3G and any other networkwhich supports data streaming from a server to a mobile station.

The GSM core network 101 includes a Mobile Station (MS) 102, at leastone Base Transceiver Station (BTS) 104 and a Base Station Controller(BSC) 106. The MS 102 is physical equipment or Mobile Equipment (ME),such as a mobile phone or a laptop computer, that is used by mobilesubscribers with a Subscriber Identity Module (SIM). The SIM includes anInternational Mobile Subscriber Identity (IMSI), which is a uniqueidentifier of a subscriber. The BTS 104 is physical equipment, such as aradio tower, that enables a radio interface to communicate with the MS102. Each BTS 104 may serve more than one MS 102. The BSC 106 managesradio resources, including the BTS 104. The BSC 106 may be connected toseveral BTSs 104. The BSC 106 and BTS 104 components, in combination,are generally referred to as a Base Station Subsystem (BSS).

The GSM core network 101 also includes a Mobile Switching Center (MSC)108, a Gateway Mobile Switching Center (GMSC) 110, a Home LocationRegister (HLR) 112, Visitor Location Register (VLR) 114, anAuthentication Center (AuC) 116, and an Equipment Identity Register(EIR) 118. The MSC 108 performs a switching function for the network.The MSC 108 also performs other functions, such as registration,authentication, location updating, handovers, and call routing. The GMSC110 provides a gateway between the GSM core network 101 and othernetworks, such as an Integrated Services Digital Network (ISDN) orPublic Switched Telephone Networks (PSTNs) 120. In other words, the GMSC110 provides interworking functionality with external networks.

The HLR 112 is a database that contains administrative informationregarding each subscriber registered in a corresponding GSM core network101. The HLR 112 also contains the current location of each MS 102. TheVLR 114 is a database that contains selected administrative informationfrom the HLR 112. The VLR 114 contains information necessary for callcontrol and provision of subscribed services for each MS 102 currentlylocated in a geographical area controlled by the VLR 114. The HLR 112and the VLR 114, together with the MSC 108, provide the call routing androaming capabilities of the GSM core network 101. The AuC 116 providesthe parameters needed for authentication and encryption functions. Suchparameters allow verification of a subscriber's identity. The EIR 118stores security-sensitive information about the mobile equipment.

To gain access to GSM services, such as speech, data, and short messageservice (SMS), the MS 102 first registers with the network to indicateits current location by performing a location update and InternationalMobile Subscriber Identity (IMSI) attach procedure. The MS 102 sends alocation update including its current location information to the MSC108/VLR 114, via the BTS 104 and the BSC 106. The location informationis then sent to the MS's HLR 112. The HLR 112 is updated with thelocation information received from the MSC 108/VLR 114. The locationupdate also is performed when the MS 102 moves to a new location area.Typically, the location update is periodically performed to update thedatabase as location updating events occur.

The GPRS network 130 is logically implemented on the GSM core networkarchitecture by introducing two packet-switching network nodes, aserving GPRS support node (SGSN) 132 and a Gateway GPRS support node(GGSN) 134. The SGSN 132 is at the same hierarchical level as the MSC108 in the GSM network 101. The SGSN 132 controls the connection betweenthe GPRS network 130 and the MS 102. The SGSN 132 also keeps track ofindividual MS's locations and security functions and access controls.The GGSN 134 provides a gateway between the GPRS network 130 and apublic data network (PDN) or other external IP networks 136. That is,the GGSN 134 provides interworking functionality with external networks,and sets up a logical link to the MS 102 through the SGSN 132. Whenpacket-switched data leaves the GPRS network 130, it is transferred toan external TCP-IP network 136, such as an X.25 network or the Internet.In order to access GPRS services, the MS 102 first attaches itself tothe GPRS network 130 by performing an attach procedure. The MS 102 thenactivates a packet data protocol (PDP) context, thus activating a packetcommunication session between the MS 102, the SGSN 132, and the GGSN134.

In a GSM/GPRS network, GPRS services and GSM services can be used inparallel. The MS 102 can operate in one three classes: class A, class B,and class C. A class A MS can attach to the network for both GPRSservices and GSM services simultaneously. A class A MS also supportssimultaneous operation of GPRS services and GSM services. For example,class A mobiles can receive GSM voice/data/SMS calls and GPRS data callsat the same time.

A class B MS can attach to the network for both GPRS services and GSMservices simultaneously. However, a class B MS does not supportsimultaneous operation of the GPRS services and GSM services. That is, aclass B MS can only use one of the two services at a given time.

A class C MS can attach for only one of the GPRS services and GSMservices at a time. Simultaneous attachment and operation of GPRSservices and GSM services is not possible with a class C MS.

A GPRS network 130 can be designed to operate in three network operationmodes (NOM1, NOM2 and NOM3). A network operation mode of a GPRS network130 is indicated by a parameter in system information messagestransmitted within a cell. The system information messages dictate wherean MS 102 listens for paging messages and how signal towards thenetwork. The network operation mode represents the capabilities of theGPRS network 130. In a NOM1 network, an MS 102 can receive pages from acircuit switched domain (voice call) when engaged in a data call. The MS102 can suspend the data call or take both simultaneously, depending onthe ability of the MS 102. In a NOM2 network, an MS 102 may not receivepages from a circuit switched domain when engaged in a data call, sincethe MS 102 is receiving data and is not listening to a paging channel ina NOM3 network, an MS 102 can monitor pages for a circuit switchednetwork while receiving data and vice versa.

The IP multimedia network 138 was introduced with 3GPP Release 5, andincludes an IP multimedia subsystem (IMS) 140 to provide rich multimediaservices to end users. A representative set of the network entitieswithin the IMS 140 are a call session control function (CSCF), a mediagateway control function (MGCF) 146, a media gateway (MGW) 148, and amaster subscriber database, called a home subscriber server (HSS) 150.The HSS 150 may be common to the GSM network 101, the GPRS network 130as well as the IP multimedia network 138.

The IP multimedia system 140 is built around the CSCF, of which thereare three different types contemplated: an interrogating CSCF (I-CSCF)(not shown), a proxy CSCF (P-CSCF) 142, and a serving CSCF (S-CSCF) 144.The P-CSCF 142 is the MS's 102 first point of contact with the IMS 140.The P-CSCF 142 forwards session initiation protocol (SIP) messagesreceived from the MS 102 to an SIP server in a home network (and viceversa) of the MS 102. The P-CSCF 142 may also modify an outgoing requestaccording to a set of rules defined by the network operator (forexample, address analysis and potential modification).

The I-CSCF function, which forms the entrance to a home network, hidesthe inner topology of the home network from other networks and providesflexibility for selecting an S-CSCF 144.

The S-CSCF 144 performs the session control services for the MS 102.This includes routing originating sessions to external networks androuting terminating sessions to visited networks. The S-CSCF 144 alsodecides whether one or more application servers (AS) 152 is required toreceive information on an incoming SIP session request to ensureappropriate service handling. This decision is based on informationreceived from the HSS 150 (or other sources, such as an applicationserver 152).

The HSS 150 contains a subscriber profile and keeps track of which corenetwork node is currently handling the subscriber. It also supportssubscriber authentication and authorization functions (AAA). In networkswith more than one HSS 150, a subscriber location function providesinformation on the HSS 150 that contains the profile of a givensubscriber.

The MGCF 146 provides interworking functionality between SIP sessioncontrol signaling from the IMS 140 and ISUP/BICC call control signalingfrom the external GSTN networks (not shown). It also controls the mediagateway (MGW) 148 that provides user-plane interworking functionality(e.g., converting between AMR- and PCM-coded voice). The MGW 148 alsocommunicates with other IP multimedia networks 158.

While FIG. 1 illustrates a GSM/GPRS/IP multimedia architecture whichsupports the present invention, implementation of the present inventionis not limited thereto. With reference to FIG. 2, there is shown asimplified block diagram for a system constructed in accordance with thepresent invention. A plurality of data feeds 156 are input to thescrolling ticker application server 154 which then transmits selectedfeeds across a wireless network 160 to the MS 102. The wireless network160 may be that as illustrated and described with reference to FIG. 1,or it could be a time division multiple access (TDMA), a code divisionmultiple access (CDMA), a wideband code division multiple access(WCDMA), or any other wireless network, including those specific to 3Gand beyond. For the convenience of the user, the terms mobile station,user equipment and wireless device may be used interchangeablythroughout this specification.

The scrolling ticker application server 154 is one form of the one ormore application servers 152. The scrolling ticker server 154 ispreferably a content server configured to communicate with one or morewireless devices, such as MS 102. The scrolling ticker server 154streams content to wireless devices configured to receive such data. Thescrolling ticker server 154 may, for example, provide text streams basedon a set of user-defined alerts, such as stock information, sportsscores, news, weather, and any other information, or the text streamsmay be provided on a periodic basis. One communication protocol betweenthe scrolling ticker server 154 to the MS 102 may, for example, bereally simple syndication (RSS), more specifically, the RSS 2.0standard.

Turning to FIG. 3, there is a block diagram which illustratesfunctionally the scheduling logic of the scrolling ticker applicationserver 154. Input to the server may come from a variety of sources invarious formats, each of which is known by those skilled in the art. Thescrolling ticker application server 154 parses the input through a TTLfilter 202 to determine whether the input data is time sensitive. If theinput data is time sensitive and has an associated TTL, the data ispassed through to the TTL content function 204 for input into the TTLscheduler 208. This data will be referred to as TTL data. If the inputdata is not time sensitive, the input data is passed through the contentfunction 206 for input into the content scheduler 210. This data will bereferred to as normal content data.

The TTL scheduler 208 will analyze the TTL data and determine a time fordelivery of that TTL data. The TTL scheduler 208 may also determineminimum and maximum ranges of time for delivery of the TTL data. Thecontent scheduler 210 will schedule delivery of the normal content datain accordance with a predetermined schedule. It should be noted that thepredetermined schedule may be modified either by a user oradministrator, it may be periodic or a-periodic, or it may even be basedon “pull” requests by the user. It should also be noted that there maybe various predetermined schedules based on the type of normal contentdata and the particular channel on which that normal content data is tobe delivered. The output of the content scheduler 210 and the TTLscheduler 208 are fed into the scheduling logic 212. The schedulinglogic 212 performs a comparison function in which the time for deliveryof the TTL data as determined by the TTL scheduler 208 is compared tothe next scheduled delivery of the normal content data as processed bythe content scheduler 210. If the comparison function determines thatthe next scheduled delivery from the content scheduler 210 is within anacceptable time frame for delivery of the TTL data as determined by theTTL scheduler 208, then the scheduling logic will schedule the deliveryof the TTL data to coincide with the delivery of the normal contentdata. In this context, coincide may mean that the delivery of the twodata types will be serial or alternatively, the delivery may be parallelon different RSS channels, or some combination of the two. Thescheduling logic 212 will then initiate delivery of the content inaccordance with the scheduling comparison functionality.

Turning now to FIG. 7, there is shown an alternative embodiment of thepresent invention. An alternative block diagram which illustratesfunctionally the scheduling logic of the scrolling ticker applicationserver 154 is shown. Input to the server 154 may come from a variety ofsources in various formats, each of which is known by those skilled inthe art. The scrolling ticker application server 154 parses the inputthrough an event filter 302 to determine whether the input data isrelated to an event and therefore is time sensitive. If the input datais time sensitive and has an associated TTL, the data is passed throughto the event content function 304 for input into the event scheduler308. This data will be referred to as event data. If the input data isnot time sensitive, the input data is passed through the contentfunction 306 for input into the content scheduler 310. This data will bereferred to as non-event content data.

The event scheduler 308 will analyze the event data and determine a timefor delivery of that event data. The event scheduler 308 may alsodetermine minimum and maximum ranges of time for delivery of the eventdata. The event scheduler 308 may determine that event data be deliveredperiodically during a time period associated with an event, oralternatively, the event scheduler 308 may determine that the event databe delivered a-periodically during the event based on some action thatoccurs during the event, or some combination of the two. For example, ifthe event is a football game, the event scheduler 308 may determine todeliver updated event data every fifteen minutes, or alternatively, theevent scheduler 308 may determine to deliver updated event data everytime the score changes, or some combination of the two.

The content scheduler 310 will schedule delivery of the non-eventcontent data in accordance with a predetermined schedule. It should benoted that the predetermined schedule may be modified either by a useror administrator. It should also be noted that there may be variouspredetermined schedules based on the type of normal content data and theparticular channel on which that normal content data is to be delivered.The output of the content scheduler 310 and the event scheduler 308 arefed into the scheduling logic 312.

The scheduling logic 312 will exercise a series of scheduling rules asdetermined by a user or an administrator. For example, scheduling logic312 may suspend delivery of all non-event content data during the timeperiod associated with the event and deliver only event data during thattime period. Alternatively, the scheduling logic 312 may perform acomparison function similar to the comparison function set forth abovein which the time for delivery of the event data as determined by theevent scheduler 308 is compared to the next scheduled delivery of thenon-event content data as processed by the content scheduler 310. If thecomparison function determines that the next scheduled delivery from thecontent scheduler 310 is within an acceptable time frame for delivery ofthe event data as determined by the event scheduler 308, then thescheduling logic will schedule the delivery of the event data tocoincide with the delivery of the non-event content data. In thiscontext, coincide may mean that the delivery of the two data types willbe serial or alternatively, the delivery may be parallel on differentRSS channels, or some combination of the two. Alternatively, thescheduling logic 312 may simply deliver the non-event content data inaccordance with its normal schedule and deliver the event data whenreceived. In any case, the scheduling logic 312 will then initiatedelivery of the content in accordance with the scheduling comparisonfunctionality.

FIGS. 4, 5, and 6 are flow charts illustrating various embodiments ofthe method of the present invention. With respect to FIG. 4, data isreceived at the scrolling ticker application server 154 at action block400. At decision block 402, a determination is made as to whether thedata received is time sensitive (TTL data). If the data is TTL data, theTTL data is passed to action block 403 where the preferred delivery timeof the TTL data is compared to the next scheduled delivery of thecontent data. At decision block 404, if the preferred delivery time ofthe TTL data falls within an acceptable window around the next scheduleddelivery of the content data, the TTL data is passed to action block 408for delivery with the content data. At decision block 404, if thepreferred delivery time of the TTL data does not fall within anacceptable window around the next scheduled delivery of the contentdata, then the TTL data is passed to action block 406 wherein it isindependently scheduled for delivery to the MS 102.

Going back to decision block 402, if the data is not TTL data andtherefore content data, the data is passed to action block 408 forscheduling of delivery. Recall that an affirmative output of decisionblock 404 may also be input into action block 408. From action block408, any TTL data present and the content data are then delivered to theMS 102 in accordance with the next delivery time at action block 410.

Turning now to an alternative embodiment of the method of the presentinvention in FIG. 5, a base schedule is determined at action block 416and a second event schedule is determined at block 418. Information isreceived at action block 420. At action block 422, the time period ofreceipt is compared to the base schedule and the second event schedule.If at decision block 424 it is determined that the data is receivedwithin a time window defined by the event schedule, then the event datais delivered in accordance with the second event schedule at actionblock 426. If at decision block 424 it is determined that the data wasnot received within a time window defined by the event schedule andtherefore is considered non-event content data, the data is delivered inaccordance with the base schedule at action block 428.

Turning now to yet another alternative embodiment of the presentinvention in FIG. 6, a base schedule is determined at action block 450and a second event schedule is determined at action block 452.Information is received at action block 454 and passed to action block456 where the time of receipt is compared to the base schedule and thesecond event schedule. At decision block 458, if the time of receiptfalls within the second event schedule, then the base schedule issuspended at action block 460 and the event data is delivered at actionblock 462. If at decision block 458 it is determined that the time ofreceipt does not fall within the second event schedule, then thenon-event content data is delivered in accordance with the base scheduleat action block 464.

While the present invention has been described in connection with thepreferred embodiments of the various figures, it is to be understoodthat other similar embodiments may be used or modifications andadditions may be made to the described embodiment for performing thesame function of the present invention without deviating therefrom.Therefore, the present invention should not be limited to any singleembodiment, but rather should be construed in breadth and scope inaccordance with the appended claims.

What is claimed:
 1. A system comprising: a processor; and acomputer-readable medium comprising computer-executable instructionsthat, when executed by the processor, cause the processor to performoperations comprising: determining, using a content scheduler, a contentdelivery schedule by which content may be delivered to a mobilecommunication device; receiving, from an input interface, input data;determining, using a scheduling logic component, that the input datacomprises non-event content when a time of receipt of the input data iswithin a non-event content delivery schedule or that the input datacomprises event content when the time of receipt is within an eventcontent delivery schedule; and initiating, using the scheduling logiccomponent, delivering, via an output interface, at least one of theevent content or the non-event content to the mobile communicationdevice based on a comparison between the event content delivery scheduleand the non-event content delivery schedule.
 2. The system of claim 1,wherein the content scheduler comprises at least one of: a non-eventcontent scheduler to determine the non-event content delivery scheduleby which the non-event content may be delivered to the mobilecommunication device; and an event content scheduler to determine theevent content delivery schedule by which the event content may bedelivered to the mobile communication device.
 3. The system of claim 1,wherein delivering at least one of the event content or the non-eventcontent to the mobile communication device comprises delivering at leastone of the event content or the non-event content to the mobilecommunication device using a really simple syndication protocol.
 4. Thesystem of claim 1, wherein the non-event content is not time-sensitiveand the event content is time-sensitive.
 5. The system of claim 1,wherein the non-event content comprises stock information, sportsscores, news, or weather content.
 6. The system of claim 1, wherein theevent content comprises stock information, sports scores, news, orweather content.
 7. The system of claim 1, wherein determining, usingthe input interface, the event content delivery schedule includesprocessing a modification for the event content delivery schedule,wherein the modification is provided by a user of the mobilecommunication device.
 8. The system of claim 1, wherein determining,using the input interface, the event content delivery schedule includesprocessing a modification, provided by an administrator, for the eventcontent delivery schedule.
 9. The system of claim 1, wherein delivering,using the output interface, the event content to the mobilecommunication device comprises delivering, using the output interface,the event content to the mobile communication device periodicallyaccording to the event content delivery schedule.
 10. The system ofclaim 1, wherein delivering, using the output interface, the eventcontent to the mobile communication device comprises delivering, usingthe output interface, the event content to the mobile communicationdevice a-periodically according to the event content delivery schedule.11. The system of claim 1, wherein delivering, using the outputinterface, the event content to the mobile communication devicecomprises delivering, using the output interface, the event content tothe mobile communication device a-periodically according to the eventcontent delivery schedule based upon an action that occurs during anevent associated with the event content.
 12. The system of claim 1,wherein the operations further comprise suspending, by the schedulinglogic component, when the time of receipt is within the event contentdelivery schedule, delivery of the non-event content to the mobilecommunication device.
 13. A method comprising: determining, by a systemcomprising a processor, using a content scheduler, a content deliveryschedule by which content may be delivered to a mobile communicationdevice; receiving, by the system, from an input interface, input data;determining, by the system, using a scheduling logic component, that theinput data comprises non-event content when a time of receipt of theinput data is within a non-event content delivery schedule or that theinput data comprises event content when the time of receipt is within anevent content delivery schedule; and initiating, by the system, usingthe scheduling logic component, delivering, via an output interface, atleast one of the event content or the non-event content to the mobilecommunication device based on a comparison between the event contentdelivery schedule and the non-event content delivery schedule.
 14. Themethod of claim 13, wherein the content scheduler comprises at least oneof: a non-event content scheduler to determine the non-event contentdelivery schedule by which the non-event content may be delivered to themobile communication device; and an event content scheduler to determinethe event content delivery schedule by which the event content may bedelivered to the mobile communication device.
 15. The method of claim13, wherein delivering at least one of the event content and thenon-event content to the mobile communication device comprisesdelivering at least one of the event content or the non-event content tothe mobile communication device using a really simple syndicationprotocol.
 16. The method of claim 13, wherein the non-event content isnot time-sensitive and the event content is time-sensitive.
 17. Themethod of claim 13, wherein determining, using the input interface, theevent content delivery schedule includes processing a modification forthe event content delivery schedule, wherein the modification isprovided by a user of the mobile communication device.
 18. The method ofclaim 13, wherein delivering, using the output interface, the eventcontent to the mobile communication device comprises delivering, usingthe output interface, the event content to the mobile communicationdevice periodically according to the event content delivery schedule.19. The method of claim 13, further comprising suspending, by thescheduling logic component, when the time of receipt is within the eventcontent delivery schedule, delivery of the non-event content to themobile communication device.
 20. A computer-readable storage devicecomprising instructions that, when executed by a system comprising aprocessor, cause the processor to perform operations comprising:determining, using a content scheduler, a content delivery schedule bywhich content may be delivered to a mobile communication device;receiving, from an input interface, input data; determining, using ascheduling logic component, that the input data comprises non-eventcontent when a time of receipt of the input data is within a non-eventcontent delivery schedule or that the input data comprises event contentwhen the time of receipt is within an event content delivery schedule;and initiating, using the scheduling logic component, delivering, via anoutput interface, at least one of the event content or the non-eventcontent to the mobile communication device based on a comparison betweenthe event content delivery schedule and the non-event content deliveryschedule.